【レポート】 8K映像配信におけるクラウドの活用 #AWSメディア業界シンポジウム #AWSSummit

AWS Summit Tokyo 2017

#レポート

#AWS

清水俊也

2017.06.06

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

はじめに

清水です。2017/05/30(火)に行われましたAWS Summit Tokyo 2017 Day1 Dive Deep Day AWSメディア業界シンポジウム「8K映像配信におけるクラウドの活用」のセッションレポートになります。

スピーカーは菅原賢司氏（株式会社NHKメディアテクノロジー放送技術本部ビジネス開発部）です。

4Kの先にある8Kでの映像配信にクラウドを活用するということで、実際のパブリックビューイングにおける実証実験でのAWS活用例を紹介しながらのセッションでした。また大きな企業でのAWS導入におけるコンプライアンス面の検討項目についても紹介がありました。

レポート

クラウドを利用するにあたりメディア業界の悩み

NHKはコンプライアンスが厳しいので、クラウド利用は2,3年まえまで門前払い状態だった
クラウドにコンテンツ置いてて大丈夫なの？
- 大きな企業やエンタープライズ系だと共通した問題点？
多くの方が心配されている部分と対策例
- 企業において国外のサーバーに置くことをポリシーとして禁止している
  - S3,EC2などほとんどのサービスは「リージョン」という考えがある
  - リージョンは物理的なデータセンター群で、リージョン間は完全に独立
  - 日本国内には東京リージョン
  - 適切に設計すれば国外にデータが出ることはない
- 不正ログイン対策
  - 多要素認証（MFA）の導入など、不正ログイン対策を検討
  - iPhoneにワンタイムパスワードを設定
- 外部の人間にファイルを抜き取ったりされないか？
  - 抜き取られても大丈夫な施策を検討

映像配信高度化機構での佐賀実証実験

8KパブリックビューイングでAWSを使用した
佐賀野熱気球レースを中継
- 佐賀バルーンミュージアム（佐賀市）
  - NHKによる8Kパブリックビューイングと共催
- 平成29年2月3日、4日
- 公衆回線を用いたコンテンツダウンロード型配信
  - 専用線は使用していない

8Kとは

水平画素数が約8,000ピクセル（正確には7,680ピクセル）
フルハイビジョンの16倍の画素数
- フルハイビジョン（HD） 1,920 x 1,080
- 4K 3,840 x 2,160
- 8K 7,680 x 4,320
8Kのデータ量
- 非圧縮データ
  - RGB(4:4:4)各色16bitとして1pixelあたり48bit(6Byte)
  - 7,680 x 4,320 x 6 でおよそ 1フレームあたり 200MB
  - 59.94fpsなら 12GB/s(96Gbps)
    - とてもネットワークで伝送できるものではない
- ストレージの観点から
  - 30分の映像で22TB
  - 30分の映像 x 100本 = 2.2PB

H.265/HEVC圧縮

8Kの伝送、放送にはH.265/HEVC方式の圧縮を行うのが現在の主流
現在、最も高効率な次世代圧縮方式（コーデック）
処理が重く、PCで再生することはまだ難しい
spin digital社のソリューション（圧縮フォーマット）でPC再生が可能
- Spin Digital Video Technologies社
  - ドイツに本社。国内代理店はテクノロジー・ジョイント株式会社
- Media Player/Decoder
  - 8K/60p 300Mbps以上のH.265/HEVC動画を再生可能
  - 22.2ch音響に対応
- Encoder
  - GPUを使用しないH.265/HEVCソフトウェアエンコーダ
  - 4:2:0/4:2:2/4:4:4 8/10/12bitでHEVCエンコード可能
- NHKおよびNHKメディアテクノロジー内で画質面でも高い評価
  - NHKの中でもスタンダードになりつつある
- 再生PCスペックも下がりつつある

8Kパブリックビューイング

伝送、上映コンテンツ

NHKの８Kコンテンツを使用
総尺約110分
ファイルサイズトータル約160GB （H.265/HEVC圧縮）

配信仕様

ファイルダウンロード型配信（暗号化あり）
映像
- 映像サイズ: 8K (7,680 x 4,320 pixel), 4:2:2 10bit 59.94fps
- コーデック: H.265/HEVC
- ビットレート: 200Mbps（平均）
音声
- チャンネル数: 22.2ch
- コーデック: AAC-LC
- ビットレート: 128kbps/ch
ファイルコンテナ
- MP4(MPEG4 part14)
暗号化方式
- AES256bitクライアントサイド暗号化

配信フロー

渋谷のNHKメディアテクノロジーから東京リージョンのAmazon S3にファイルをアップロード
佐賀市佐賀バルーンミュージアムにて東京リージョンのAmazon S3からファイルをダウンロード
各拠点双方で固定ブローバルIPアドレスを持ち、S3のバケットポリシーを使用して接続元のIPアドレスを制限
アップロード前にクライアントサイドで暗号化を行い、ダウンロード後に復号
- 万が一ファイルを抜き取られても鍵がないので復号は難しい

上映システム

再生PCの映像・音声出力を佐賀バルーンミュージアム既存設備に接続
ダウンロードした8Kコンテンツをプロジェクタ/22.2ch音響で再生
既存設備との結合のために多くの変換機器、同期機器が必要
PCベース再生機
- CPU Xeon E5-2680 v4 2.4GHz
- メモリ DDR4 64GB
- ストレージ SSD 512GB x8 (RAID 0)
- グラフィック
  - NVIDIA Quadro M6000 24GB（8K映像出力用）
  - NVIDIA Quadro M2000 （HDMI音声出力用）
- Window 10 Pro 64bit
- Spin Digital Media Player
佐賀バルーンミュージアム設備
- 8Kプロジェクター JVC DLA-VS4800
- 8Kレコーダー計測技研 UDR-40S

ファイル転送結果

Amazon S3のマルチパートアップロード・ダウンロード、マルチスレッド処理が効いている
アップロード、ダウンロードのスループットの差はルータの世代差による要因が大きいと推測
パブリックビューイング目的には十分な伝送速度

渋谷からAmazon S3へのアップロード

ルータ: YAMAHA RTX1210（現行機種）
回線: so-net NURO Biz （1Gbps）
アップロード時間 35分17秒
伝送ビットレート約900Mbps程度

Amazon S3から佐賀バルーンミュージアムへのダウンロード

ルータ: YAMAHA RTX1200（1つ前の世代）
回線: NTT西日本フレッツ光ネクスト隼（ISP:OCN/1Gbps）
ダウンロード時間 44分33秒
伝送ビットレート 500-600Mbps程度

コストについて

トータル160GBのファイルをS3に保管
佐賀にて全コンテンツを2回ダウンロード
以上でAWS利用費は約3,000円ほど。低コストで実現できた

まとめ

HEVCコーデックの進化により、PCでの8K再生が可能に
実験レベルから大規模インフラまで、クラウドなら自在に調達可能
暗号化、ファイヤウォールなどの併用で高いセキュリティレベルを確保
データを抜き取られないようにすることも大事だが抜き取られても安心できる対策を検討すべき

Amazon S3における暗号化の区分

サーバサイド暗号化
- 鍵管理はAmazon S3/AWS KMS/ユーザ、いずれでも可能
クライアントサイド暗号化
- 鍵管理はAWS KMS/ユーザのいずれでも可能
今回はクライアントサイド暗号化を行い、鍵管理はユーザで行った

CloudFrontの検討

CloudFront: AWSにおけるCDN（Content Delivery Network）サービス
複数拠点配信の際には利用を検討
オリジンとなるAmazon S3への負荷集中を避ける
CloudFront使用の場合は接続制限の方法が異なる
- 地域制限（Geo Restriction）
  - 接続元IPアドレスによる地域制限（例: 日本国内に限定配信）
- AWS WAF（Web Application Firewall）の併用
  - 特定IPアドレスのみの接続許可が可能

感想

8Kでの映像配信という非常に興味深い内容を聞くことができました。H.265/HEVCで圧縮することでPCベースの再生機で再生が可能ということで、今後より様々な場所で8K映像を目にする機会が増えるのではないでしょうか。今回の事例ではファイルダウンロード配信ということでしたが、平均ビットレート200Mbps超の8K映像をライブストリーミングで見ることも近い日に実現できるのではないでしょうか。期待していきたいと思います。